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T^lZ t C ° nte ! llil1 ' a -*~* station in a network 

of 2 ,1 v' T ° 0nD9 = ti - tne section 

of the networks of the first and second types 

o 

The invention relates to the technical field of home 
networks. In particular- t-H~ • . 

with th. « Pa u rtlCular ' the invention is concerned 
with the area where a network of a first type e q 

10 ZllTT h0mS n6tWOrk ' ±S - * ~ " 

ype - e - g - upnp - based home — ^ • 



Background of the invmi-lnn 

15 T H h °T net "° rkin3 of *»*>••. prions home network 
15 standard, have become available in the meantime. The 

establiTr. IEEE 1394 ' ±n has become 

established in th<* ,=>>~h ^ _ . 

Said ,t,r.H - entertainment electronics. 

Said standard enables communication between the 

rate. Data rates or 100, 200 and 400 Mbit/s are 
supported (even higher data rates will be supported in 
the future,. This is enough to transmit both 
asynchronous data packets for controlling the network 

25 in oa°ra S li a T iS ° Chr ° n ° US «<■ **«~ data streams 

in parallel. However, the IEEE 1394 standard only 

model / l0W " lay " S ° f thS IS0/ ° SI ~*«~^ 

model for data communication, namely the physical 

layer, the data link layer and parts of the network 

layer. The higher layers, namely the transport layer 

:::: on ar yer - .r sentation iayer «* 

layer, are unspecified, however. 

A consortium of entertainment electronics companies has 

35 Inte^ h ^ *° ^ ^ ^ *« 

35 interchange between the entertainment electronics 

devices. This standard is known under the abbreviation 

HAVr, where HAVi stands for Home Audio/Video 

interoperability. This standard specifies a so-called 

interoperability middleware, which ensures . that 
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products frora different manufacturers mutually 
understand one another, i.e. cooperate in order to 
jointly fulfill tasks via the network. 

A different consortium of companies, in particular 
compares from the computer industry, headed by 
Microsoft, has started a different initiative for 
specifying a network control software based on the 
existing Internet Protocol (IP). This network system 
has become known under the abbreviation UPnP (Universal 
Plug and Play). m the case of ^ sy 

specification is not primarily effected for 
entertainment electronics devices, rather other devices 
may also be integrated in the network, such as, in 
particular, personal computers, domestic appliances of 
white goods, such as refrigerators, microwave ovens 
washing machines, and heating controllers, lighting 
controllers, alarm systems, etc. 

Although the two home network standards HAVi and UPnP 
are sometimes regarded as competitors, they are 
nonetheless used at least in part for a different 
purpose, and a scenario is foreseen in which both 
networks exist alongside one another in a household, 
said networks being connected to one another via a 
gateway, however, it shall then become possible to 
control the devices in the UPnP network from the HAVi 
network, and vice versa. The connection unit between 

30 t • T netW ° rkS ±S r^red to as "gateway" 
30 herexnafter. The term gateway is often differentiated 
from the term "bridge" that is likewise customary 
otherwise. The difference between a bridge and a 
gateway is seen in the fact that a bridge transfers the 
data packets on the data link layer to the respective 
35 other network, whereas in a gateway the data packets 
are already transferred on a higher layer in the 
ISO/OSI reference model. 
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Previous work on gateways for the connection of HAVi 
and UPnP networks has always been based on a so-called 
"proxy-based gateway" approach. This involves the 
following: in order that the UPnP network stations are 
visible from an HAVi device, the UPnP devices are 
represented on the HAVi side in the gateway by so- 
called HAVi -DCM code units. In this case, DCM stands 
for Device Control Module and forms an interface for 
controlling the general functions of a device. These 
additional DCMs are then logged on in the HAVi network 
and can be addressed from the HAVi devices. In this 
case, a DCM code unit is necessary for each UPnP 
network station. If the network station offers 
different functionalities, such as e.g. a customary 
televxsion set having the functionality of a tuner, an 
amplifier and also a display device, then, in addition 
to the DCM, a number of so-called FCMs are provided, if 
appropriate, in a DCM code unit. In this case, an FCM 
is a so-called Functional Component Module which is 
20 thus used to cover an interface for controlling a 
specific device functionality. 

Conversely, the HAVi network stations are also intended 
to be addressed from the UPnP side. On the UPnP side, 

25 an HAVi device is represented by a so-called UPnP 
device. Therefore, a corresponding UPnP device is also 
kept ready in the gateway for each HAVi network 
station. A so-called XML device description exists for 
each UPnP device. In this case, XML stands for the 

30 description language Extension Markup Language. The 
counterpart for an HAVi FCM on the UPnP side is a so- 
called "service". Therefore, a plurality of UPnP 
services may be described in a UPnP device. The 
conversion between HAVi DCM/ FCM and UPnP 

35 devices/services is intended to be effected as 
completely as possible. 
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Invention 

A comparison of the two standards reveals, however, 
that a complete conversion between HAVi and UPnP 
control commands is not always possible. Suppose that 
an HAVi -TV set is present in the HAVi network. This is 
represented in the HAVi network by an FCM of the 
"display" type or by an FCM of the "AV-display" type 
The "AV-display" FCM is a combination of the "display" 
FCM with an "amplifier" FCM. 



in order that this TV set becomes controllable from the 
UPnP side, a UPnP device representation has to be 
generated in the HAVi-UPnP gateway and the control 
commands have to be correspondingly converted between 
Said "Presentation and the HAVi -FCM. The UPnP device 
. matching an HAVi display is a so-called "media 
renderer". However, a comparison of the functionalities 
of the two devices reveals a number of differences. In 
the case of the HAVi display, the following attributes 
can be set: contrast, hue, color, brightness, 
sharpness. The following can be set in the case of a 
UPnP device: contrast, hue, color, brightness, program, 
volume. Consequently, the UPnP functions for changing 
contrast, hue, color, brightness can be mapped without 
difficulty onto associated functions of the HAVi 
display" FCM, but there are no counterparts for the 
functionalities for changing the program and the 
volume. This is due, inter alia, to the fact that the 
functionality of the program change in the HAVi system 
13 containe d in a "tuner" FCM. However, this "tuner" 
FCM is not necessarily part of the display DCM code 



The idea of the invention, then, consists in forwarding 
the UPnP functionalities which cannot be mapped 
directly onto the HAVi functionalities to an HAVi 
device connected to the respective HAVi device. By way 
of example, if the HAVi display is connected to an HAVi 
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tuner (i.e. if there is a 1394 connection), then the 
control commands for changing the program can be 
forwarded directly to the tuner. If there is also a 
connection from the tuner to an audio amplifier, then 
the corresponding control commands for changing the 
volume can be forwarded thereto. 

Drawings 

Exemplary embodiments of the invention are illustrated 
in the drawings and are explained in more detail in the 
description below, in the figures: 



figure 1 shows an illustration of two home networks 
connected to one another via a gateway; 
15 figure 2 shows software components of the gateway; 

figure 3 shows software components of an HAVi display, 
and ' 

figure 4 shows software components of an HAVi tuner. 
Description of the invention 

Figure 1 shows the basic structure of two home networks 
connected to one another via a gateway (network 
connection unit). a UPnP-based home network is 
illustrated on the left-hand side of figure 1 The 
reference numeral 10 designates a monitoring camera as 
an example of a UPnP device. The reference numeral 11 
designates a TV set as a further example of a UPnP 
network station. The reference numeral 12 additionally 
designates a personal computer, likewise integrated 
into the UPnP network. The UPnP devices are linked via 
a network connection 13. The widespread, known Ethernet 
bus is mentioned as a typical example of such a network 
connection 13. 



35 An example of a home network designed according to the 
HAVi standard is shown on the right-hand side of 
figure 1. Reference numeral 19 designates a so-called 
set-top box, which is a receiving device for digital 
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TaZlTZ' " f <™ "U-ral 20 designates a 

TV sets °' ^ diSPlay tyPe - SUCh di S" al 

TV sets no longer have their own reception part, nor 

their own audio part. They obtain the digital video 

data from another device, e.g. the set-top box 19. In 

the case illustrated, however, the video data are 

transported via the network cable to the digital TV set 

20. Thrs may be configured such that the set-top box 19 

generates an MPEG2 transport stream containing the 

TV silo ^ " Ulti ^- d ^e digital 

TV set 20 then taxes the video data from the transport 
stream, decodes them and displays the transmitted video 
content on the display. 

The reference numeral 21 designates a video recorder. 
The reference numeral 22 designates an amplifier. The 
latter may likewise be supplied with the MPEG2 
transport stream by the set-top box. The amplifier 
extracts the audio data from the transport stream 
decodes them and reproduces the audio content via the 
loudspeakers. 

The network cable is marked by the reference numeral 

til v aSSUmed CaSS ° f the eXam P le ° f HAVi 

network, thrs network cable. 23 is realized by the so- 
called IEEE 1394 bus. 

The gateway 14 is illustrated in the center of 
figure 1. It connects the two networks to one another. 
For thrs purpose, a so-called IP and OPnP stack 15, on 
the one hand, and a so-called HAVi stack 16, on the 
other hand, are present in the gateway 14. The IP stack 
15 and HAVi stack 16 contain all the software 
components required for participation in the 
35 respectively connected network. m addition, the 
gateway 14 contains further software components, not 
irsted separately. However, the illustration shows 
dragran^atrcally that data are interchanged between the 
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two software stacks as and 16. In this case, reference 
numeral 17 designates the data path for the audio and 
vrdeo data streams. By contrast, reference numeral 18 
designates the data path for the control messages to be 
5 interchanged between the two software stacks. 

The HAVi standard and also the OPnP specification have 
been published. The HAVi specification is now in 

10 I™"' 1 ' Pre ° 1Se ^9-"°" is: The HAVi 

10 Specification "Specification of the Home Audio/Video 

lfr P ^f ilitY <HAVi) ^"ecture". Version 1.1, 
15 May 2001. The OPnP specification can be obtained via 
the company Microsoft. There is also more detailed 
information on the official Internet page for the UPnP 
15 system. In this respect, attention is drawn to the 
internet page www, UPnP. org . 

Since not all the components of the HAVi and UPnP 
systems are important for explaining the invention 
presented, only the essential components are explained 
in more detail below. For further details, reference is 
expressly made to i-h« 

, rwao .^. \. thS tw ° Previously mentioned 

speculations with regard to the disclosure of the 
invention. 

in figure 2, the same reference numerals designate the 
components which are also illustrated in figure 1 The 
essential software components of the gateway 14 are 
shown therein. As already explained with regard to 
figure 1, the gateway 14 comprises an Internet Protocol 
and UPnP stack 15 for communication in the UPnP network 
and an HAVi stack 16 for communication in the HAVi 
network. In this case, in the HAVi network, the gateway 
S d6Signed 33 an FAV dev -e, corresponding to full AV 
device. An FAV device has the highest upgrade level of 
software components in the HAVi network. 
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The IEEE 1394 interface 41 is illustrated at the 
bottommost level of the HAVi stack 16. Said interface 
is typically not embodied as a software component. 
Rather, the IEEE 1394 standard stipulates that both the 
5 physical layer and the data link layer must be embodied 
in. hardware. Two separate ICs are typically used for 
this. The so-called communication media manager 42 is 
established above this as a software component, it 
forms parts of the network layer and transport layer 
10 and forms an interface between the other software 
elements and the IEEE 1394 bus. 

The so-called messaging system 43 is implemented above 
the communication media manager 42. This component is a 
very important component in the HAVi standard since the 
messaging system is in each case used if two other 
software modules wish to interchange data among one 
another. The messaging system is independent of network 
and transport layers in the ISO/OSI reference model. 

A further module of the HAVi stack is a so-called event 
manager 44. The task of the event manager 34 is to 
inform the various software elements in the network 
about changes /events that have occurred. Such events 
occur in particular whenever a device is added to the 
network or is disconnected from the network. 

A further software component of the HAVi stack 16 is a 
so-called registry 45. The registry lists the available 
software elements of the network. The registry offers 
the service of searching for specific software 
elements. A software element that would like to 
communicate with other software elements in the network 
must be registered in the registry. 

A further software element in the HAVi stack 16 is a 
so-called DCM manager 4 6. The latter has the task of 
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installing the DCM code units for the respective 
network stations in FAV and IAV devices. 

The resource manager 47 has the task of monitoring 
5 whether specific resources of the network are still 
available for a respectively requested task, or have 
already been allocated. It thus assigns corresponding 
resources to the application programs provided that 
they are free. 

10 

A so-called stream manager 4 8 is also present as a 
further component in the HAVi stack. It is responsible 
for setting up connections between network subscriber 
stations. AV data streams can then be transmitted via 
15 the connections set up. 

Various DCM code units are also set up in the gateway 
above the software elements of the HAVi stack that have 
been described hitherto. A DCM code unit is a software 

20 element which is used on the HAVi side in order to 
control an associated HAVi device. Therefore, in order 
to control the UPnP devices, an associated HAVi DCM 
code unit is installed in the gateway in each case per 
UPnP device. For example, the . reference numeral 49 

25 designates the DCM code unit for the monitoring camera 
10 in the UPnP network. The DCM code unit 50 serves to 
control the personal computer 12 in the UPnP network. 
For the TV set 11, too, there is an associated DCM code 
unit 51 present in the HAVi gateway 14. According to 

30 the HAVi specification, the other DCM code units of the 
HAVi network can also be installed in the HAVi gateway 
14, but do not have to be so installed, as shown in the 
example of figure 2. The reference numeral 60 
additionally designates the application program of the 

35 gateway 14. 

Applications which are implemented in the HAVi network 
access a number of so-called FCMs (Functional Component 
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Modules) . The functionalities of various types of FCMs 
are specified in the HAVi standard itself. These 
include a tuner FCM, VCR FCM, clock FCM, camera FCM, AV 
disk FCM, amplifier FCM, display FCM, AV display FCM, 
5 modem FCM and webproxy FCM. It should be taken into 
consideration that, for an HAVi device, in an HAVi 
controller, in the general case it is possible to 
install a DCM for controlling the general functions of 
the HAVi device and also a number of FCMs. DCM and the 
10 FCMs are then combined in the so-called DCM code unit. 

The IP and UPnP stack 15, likewise present in the 
gateway 14, is not shown with all its components. The 
construction of such a stack is known from the prior 

15 art. Therefore, in order to simplify the illustration, 
only one of the components is illustrated. That is a 
so-called HTTP web server 33. The latter comprises the 
various XML device descriptions for the devices present 
in the HAVi network. That is to say an XML device 

20 description 34 for the video recorder 21, an XML device 
description 35 for the set -top box 19, an XML device 
description 36 for the digital television set 20 and an 
XML device description 37 for the amplifier 22. 

25 An Ethernet interface 31 is additionally shown below 
the remaining part of the IP and UPnP stack 32. Said 
Ethernet interface serves for coupling the gateway to 
the UPnP network. 



30 In figure 3, the individual software elements of the 

HAVi stack are likewise presented separately for the 

digital TV set 20. Since these components are 

designated by the same letter abbreviations and 

reference numerals as in the HAVi stack 16 of the 

35 gateway 14, these parts need not be explained again in 
detail. 
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The digital television set 20 is likewise assumed to be 
an FAV device in the exemplary embodiment. As already 
explained, such a device is equipped with the largest 
number of HAVi software elements. The special feature 
5 xa that an FAV device also has integrated a so-called 
]3Va virtu *l machine. The device is thus able to 
convert java code into executable program code and then 
to execute it correspondingly. An FAV device has the 
possibility of loading a DCM code unit from another 
10 HAVi network device. The DCM code unit is then 
installed in the FAV device alongside the DCM code unit 
of the FAV device. Therefore, figure 3 shows that the 
DCM code units 52 and 55 for controlling the video 
recorder 21 and the amplifier 22 are additionally 
installed alongside the DCM code unit 53 of the digital 
TV set 20. A user interface 56 is likewise illustrated 
as well. 
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Figure 4 additionally shows the software components of 
the set-top box 19. This device is classified as an IAV 
device (intermediate AV device). It thus comprises 
fewer software components than an FAV device. Most of 
the software components will not be mentioned again in 
detail since they have already been explained 
previously. A DCM code unit 54 for controlling the set- 
top box is additionally present as a further software 
component which has not been mentioned previously. 

A description will now be given below of how the 
various software elements interact if devices in the 
HAVi network are intended to be controlled from the 
UPnP side. Since the HAVi stack 16 does not accept 
specified DPnP messages, however, the gateway software 
60 must initiate/perform a translation' of these 
messages into the format that is comprehensible to the 
HAV! stack 15. The associated UPnP message generated by 
the UPnP stack 15 may be based on the so-called SOAP 
protocol (Simple Object Access Protocol) . Therefore 
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the gateway software 60 has to instigate or itself 
carry out a conversion of the SOAP message into the 
form of an HAVi message. Since both systems are 
specified, this conversion is possible without further 
5 difficulties for many uPnP messages. 

It is assumed below that the HAVi display device 20 is 
intended to be controlled by the UPnP media renderer 
11. According to the UPnP specification, the TV device 

10 has a series of services which can be used to alter 
device settings. These are, e.g. contrast, hue, color, 
brightness, program, volume. For the services contrast, 
hue, color, brightness, there are corresponding 
services in the HAVi display FCM, namely 

15 Display: : SetContrast , Display: : SetTint, Display: : SetColor 
and Display:: Brightness. The corresponding SOAP 
commands can thus easily be converted into the correct 
HAVi display FCM commands in the gateway software 60. 

20 However, since no counterparts exist in the HAVi 
display FCM for program and volume setting, the 
procedure for the conversion is as follows. 

Volume setting 

25 The gateway software 60 checks whether a set-up 
connection is registered for the HAVi display. For this 
purpose, it directs an inquiry to the stream manager 4 8 
via the messaging system 43. If a connection is set up, 
e.g. to the set-top box 19, a check is made to 

30 determine whether the set-top box has set up a further 
connection to an amplifier FCM. If this is the case 
the conversion of a command for volume setting is 
performed such that the command in the form 
Amplifier: : SetVolume is directed to the amplifier FCM 

35 in the gateway 14. The latter transmits the 
corresponding HAVi message to the amplifier 22 via the 
IEEE 1394 bus 23. 



WO 2005/004404 



- 13 - 



PCT7EP2004/007156 



Program setting 

If the command for program switchover, that is to say 
either prog+ or prog-, arrives from the OPnP TV set 11, 
then the gateway software 60 checks whether a 
5 connection to a tuner FCM is registered at the stream 
manager 4 8 for the HAVi display 20. If this is the 
case, the conversion of the command for program setting 
as performed such that the command in the form 
Tuner: : SelectService is directed to the tuner FCM in 
10 the set-top box 19. The gateway 14 transmits the 
corresponding HAVi message to the set-top box 19 via 
the IEEE 1394 bus 23. 
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The invention can be used in particular in the case of 
a gateway which serves for connecting an HAVi network 
to a UPnP network. However, possibilities of use are 
also conceivable in the case of gateways which connect 
other networks to one another, for example an HAVi 
network to an OSGi network or a network based on 
powerline data transmission, such as EHS, to an IP 
network such as UPnP or OSGi. 



